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(54) Method for the engineering of a manufacturing line 



(57) The invention relates to a method for the engi- 
neering of adiscrete manufacturing line, especially a ro- 
bot-based production line. The method comprises: 

a) preparing a modular hierarchical organized sys- 



tem of reusable components and 
b) designing and engineering of a specific manufac- 
turing line by composing of prepared system com- 
ponents (1.2,3). 
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Description 

[0001] The invention relates to a method for the engi- 
neering of a discrete manufacturing line, especially a ro- 
bot-based production line. s 
[0002] Discrete manufacturing lines, including robot- 
based production lines have usually to be built accord- 
ing to a variety of specific customer or sub-supplier 
standards and preferences. The control systems of such 
lines consist of programmable logic controllers (PLC) io 
mainly. More complex operations such as robot control, 
welding, process monitoring, etc. are controlled by sep- 
arate, dedicated controllers. Coordination of input and 
output channels and control software modules of these 
controllers witn the complex and heterogeneous set of '5 
machinery, sensors and actuators used at the shop floor 
is engineered during the line design and commissioning 
phase and is noi sinndardized. 

[0003] This rosjUs in several disadvantages line inte- 
grator comprtfHCb (rtce \oOny 
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1 . Line intogrHtcrs those are companies which en- 
gineer rtnd produce production lines, start from 
scratcL-»n,c«tch,instii:kit<>n._ fac ing^repeated^and-- 



10. These characteristics are also the reason for a 
missing system-wide data integrity. This missing 
data integrity and the limited bi-directional informa- 
tion transfer between subsystems lead to time-con- 
suming restart problems after unexpected produc- 
tion stops. 

.11. Monitoring and diagnostic tools can only be add- 
on tools, i.e. the functionality of these tools is limited 
to the data available from the customers system 
and have to be adapted to it in every project. 

[0004] It is accordingly an object of the invention to 
provide a method for the engineering of a discrete man- 
ufacturing line, which overcomes mentioned disadvan- 
tages of known engineering methods. 
[0005] With the foregoing and other objects in view 
there is provided, in accordance with the invention, a 
method for the engineering of a discrete manufacturing 
line, especially a robot-based production line, which 
comprises: 

.a).preparing a modular hierarchical organized sys- 
tem of reusable components, wherein 



high cftortG hign cool .ind rclativcly long duration 2S 
of lino conm &£oninq 

2. EnQinoonnq ,*nd commissioning expenditure is 
not wc =. kno^tn n r<lVHnco 

3 Shn'p rcrrvTiiirrv-nts on system reliability are al- 
most tmprt^stik} innrj there is no experience 30 
with ri spocti! customer standard from a former 
projcci 

4. Due lo sep If .'i!o cnoinccf mg of mechanical parts, 
process cqutsmcn: ^nd control system, there is no 
modutir srructufc v%rnch v*x>uld provide the possibll- 3S 
Ity to buiJd rt l»nc Dy pfo-ioslod units. This leads to 
high pi mninc; in'j».tii,i-iOf' nnd commissioning cost 
and time 

5. The pfodj:ticr> inos typioilfy feature an hetero- 
geneous system st ucrurc i c the system consists 40 
of a comDirviton ci s jb^ystcms and components 
from ciftofcri supohcrs with partly incompatible 
communic<itson nrcffHCOs 

6 . T he s I f uciu f c oT c or fr oi rihd'diagnc^Tic'datFf fo^^ ^ " 
IS ditticufi to undocstrrno Dy third persons, which -ts 
leads lo tncrcnscd cost effort and duration of 
changes or onhrinccrrcnrs 

7. Tiieie is no coinincjfi cuf nrnunication method be- 
tween Uilf e i c 1 1 1 cof T vof icr I b wt iich leads to high de- 
sign efJori arxJ cost so 

8. Several distributed HM 's (Human Machine Inter- 
faces) wiln different look find feel are used which 
provide access to parts of the line equipment only. 

9. No transparent information flow through the 
whole system is possible Therefore, data acquired ss 
by subsystems are often not available for central 
application specific processing functions (e.g. mon- 
itoring and diagnosis) 



the first and lowest level components are proc- 
ess components (e.g. robots, machinery or 
transportation units), called P-Comps. each re- 
alized by a collectibri of process hardware (e. 
g. motors, cylinders, valves and sensors), and 
components of software and hardware for at 
least control, alarm handling, diagnostic and 
documentation purposes, 
the second system level contains at least one 
production cell, each cell containing a working 
closely together group of P-Comps. a cell con- 
troller, which co-ordinates the P-Comps, and 
software modules for higher level functions, 
the third system level is defined as having at 
least one safety zone, each containing at least 
one cell. 

as a top level the manufacturing line contains 
at least one safety zone, and 
all software components and modules are 
'aaaptable;"arrd" " - 



b) designing and engineering of a specific manufac- 
turing line by composing of prepared system com- 
ponents by the following steps: 

■ selection of P-Comps needed, 

■ installation of P-Comp hardware on customers 

site, 

■ installation of additional reusable cell hardware 
(e.g. cell controllers) on customers site. 

■ installation; connection and configuration of 
software components on customers site, and 

■ doing commissioning and system test. 
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[0006] In case of this methofd, preparing the mcxlular 
system includes specifying software components on the 
second level, which act as an interface to a human op- 
erator, as mode manager, as safety manager for han- 
dling possible interlocks between mechanical compo- 
nents and which support functions for alarm handling, 
diagnosis, restart and others according to customer re- 
quirements. 

[0007] In accordance with another mode of the inven- 
tion, preparing the modular system includes specifying 
the P-Comps having only one communication interface 
visible from the system level. 

[0008] In accordance with another feature of the in- 
vention, preparing the modular system includes speci- 
fying the P-Comps having a well defined software inter- 
face, mechanical interfaces, and energy and fluid inter- 
faces. 

[0009] In accordance with a further feature of the In- 
vention, preparing the modular system includes speci- 
fying the P-Comps each having its own intelligence as 
a software task either on an own Central Processing 
Unit (CPU) or as a software task running on an other 
CPU. 

[0010] The invention includes a proposal for a proc- 
ess oriented system architecture and a planning method 
too. 

[0011] Advantages of the proposed methods are: 

■ Since P-Comps are standardized and partly pre-as- 
sembled units with ready-made hardware-, electri- 
cal- and software interfaces, new lines must not be 
engineered from scratch. Instead. P-Comp's are 
connected and configured. 

■ The possibility of individual pre-testing. the product- 
like status of P-Comps, clearly defined interfaces 
and standardized cell designs shift a maximum of 
efforts and costs away from individual engineering 
into the P-Comp design phase. The design, realiza- 
tion and test of P- Comps has to be done once and 
is not repeated in individual installation. Therefore, 
the engineering effort and the commissioning dura- 
tion shortens and can be well estimated in before. 

' "P-Corrps^an bells ed^ as" Boxes." 

■ Properties, functional characteristics and availabil- 
ity of P-Comps are known and documented, there- 
fore the performance and availability of lines can be 
estimated In design phase with better accuracy. The 
method reduces the necessary skill of users. 

■ P-Comps can be tested individually. 

■ A P-Comp has clearly defined hardware and soft- 
ware interfaces. For components from sub-suppli- 
ers, these interface characteristics are implement- 
ed in 'P-Task Interfaces'. Improvements inside the 
P-Comps can be done without changes to the rest 



of the system. 

■ On the field-bus level different communication pro- 
tocols can be used, but from the "real-world" inter- 

5 face on P-Comp level to higher levels of the hierar- 
chy a common standard communication protocol 
has to be used, so that application software com- 
ponents can be easily added or removed. The ap- 
plication software is completely independent of the 

10 used field-bus technology. 

■ Each HMI station connected to the control network 
provides full access to P-Comp controller signals 
and program variables. 

The standard interfacing and communication meth- 
od provides also access to all relevant process sig- 
nals available inside the P-Comp controller and all 
P-Comp program variables for other software com- 
ponents used for monitoring, diagnosis, process 
optimization, order management, as well as the 
communication between these components. 

[001 2] The proposed methods together with addition- 
al objects and advantages thereof will be best under- 
stood from the following description of specific embod- 
iments when read in connection with the accompanying 
drawings. 

Brief description of the drawings: 
[0013] 

shows the basic architecture of the modular 
and hierarchical organized system of reusa- 
ble components, according to the invention; 

Fig. 2 shows a distribution of control functions; 

Fig. 3 shows examples of P-Comps including hard- 
ware, tasks and interfaces. 

[001 4] Referring now to the figures of the drawings in 
"detaiPandlirst, iDafticiijlarly^^ 

seen a basic systeni architecture, containing process 
components, called P-Comps (1) as lowest level com- 
ponents, production cells (2) In a second level and safe- 
ty zones (3) as a top level. One or more safety zones 
(3) form the entire manufacturing line. Smaller produc- 
tion lines may have just one safety zone (3) which may 
contain just one production cell (2). 
[0015] A P-Comp (1 ) consists of a well defined set of 
hardware and software. All hardware elements or com- 
ponents of a production line (except the produced parts) 
belong to P-Comps (1 ). The set definition is process ori- 
ented. Software components belong to one of the three 
system levels (1 , 2. 3), but can be installed on one con- 
trol hardware resources or distributed on a network of 
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control hardware resources. 
[0016] Fig. 2 shows a distribution of control system 
functions. It Is shown that specified control software 
components act on at least the two foltowing levels: 

■ A cell integration level, where the interface to the 
human operator (HMI). a mode manager, a interlock 
manager handling possible interlocks between me- 
chanical components, the Cell Controllers and sup- 
port functions for diagnosis, restart, etc. are located, 
and 

■ The level of the Process Components, being repre- 
sented by the P-Tasks regarding software imple- 
mentation. P-Tasks v/i!l interfere with the "Real 
World" via an interface. 

[0017] To define the control system on a component- 
based view, it is defined exactly what a process compo- 
nent is and which kind of control architecture is used: 
[001 8] A P-Comp is a collection of process hardware 
(e.g. one roller table including motors, cylinders, valves, 
sensors, etc.). software components, controller hard- 
ware to run the software components and documenta- 
tion. This collection is handled as one single, reusable, 
staridaixiizcd product7Thc mairficica olljsing"P<Jornps~~ 
is the vision of building the complete production line ap- 
plication by easily 'plugging together* the P-Comps 
needed for the specific line. 

[0019] The basic benefit of the P-Comp is the reusa- 
bility. Within the architecture a P-Comp represents units 
which are intended to be reused for different lines. The 
following list covers the main properties of a P-Comp 
which 

■ is based on a mechanical set of components and 
sub-components; 

■ has a well defined software interface, mechanical 
interfaces, energy and fluid supply interfaces; 

■ has usually more than one movement; 

■ is configuration independent and defined regard- 
less of how many other components are connected 
to it. even if their type could be predefined; 

■ can be tested independently. 



[0020] A P-Comp has one and only one communica- 
tion Interface visible from higher system levels, A P- 
Comp has control functionality with at least one software 
task which runs on any appropriate CPU hardware be- 
longing to the system. It may also share the CPU with 
other P-Comp controllers. Any I/O to real world sensors 
and actuators belongs to one of the P-Comp. P-Comps 
are clients with regard to the real -world Interfaces which 
provide a data server functionality, i.e. several P-Comps 
can access data from the same server P-Comps are 
servers with regard to higher-level control like cell-con- 
troller, mode manager, etc. and other applications like 
diagnostic tools. 



As partly described above, a P-Comp consists of: 
[0021] 

5 ■ The set of P-Comp mechanical hardware compo- 
nents; 

■ The set of P-Comp control hardware components; 

■ The set of P-Comp software components (mini- 
mum: P-Task providing one P-F unction); 

10 ■ P-Comp description and documentation (on paper 
or any electronic Format), including default config- 
uration. I/O configuration; the sum of all P-Comp de- 
scriptions is collected in a *P-Comp data sheet'. 

15 P-Comp Mechanical Hardware Components: 

[0022] The mechanical hardware assigned to a P- 
Comp is the complete set of tools and devices needed 
to perform the specific functionality this P-Comp pro- 
20 vides to the framing process. Sensors are included in 
the tooling, provided by the mechanical engineers. 

P-Comp Control Hardware Components: 



25 Computer Hardware: 

[0023] There might (and probably will) be more than 
one P-Comp, whose P-Tasks are running on the same 
computer or embedded controller. 

30 

Field Devices: 

[0024] All kind of sensors and actuators (e.g. valves, 
pumps, motors, robots) needed to control the specified 
55 process. 

P-Comp Software Components: 

[0025] The minimum P-Comp software representa- 
40 tion consists of a P-Task providing at least one P-Func- 
tion. 

P-Task: 



45 [0026] The internal representation of a P-Comp within 
the control-system is called P-Task. A P-Task is a soft- 
ware process which handles the functionality the P- 
Comp provides. This functionality is accessed via Func- 
tions, called P-Functions. 
50 [0027] This P-Task does not change for Identical P- 
Comps. For example, each P-Component 'Roller Table* 
will be represented by one and only one type of P-Task 
and assigned P-Functions. No matter how these P- 
Functions are called or used by the Cell Controller, the 
55 P-Task does not change and Is identical for all applica- 
tions using this P-Comp. There might be additional func- 
tions or services in later versions of this P-Task, but it 
always has to be compatible for existing applcations. 
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(Compatibility downwards). From control-system point 
of view the P-Task defines a logical interface to the sys- 
tem. This logical interface standardizes the P-Comp on 
systehi level and the software package running as rep- 
resentation of that P-Comp is reusable. Fig. 3 shows the 
control system and three P-Comps, that is a robot, an 
operator intervention box and a roller table. The inter- 
face to the P-Comps is reusable, also the software for 
the roller table and the operator inten/entlon box can be 
a fixed standard. The robot programs will change due 
to its flexibility, nevertheless the interfacing mechanism 
to the robot will be reusable, as well as many support 
functions like diagnostics. 

P-Task Interface: 

[0028] In the case of P-Comps based on specific, 
third-party controllers, such as robots, a special inter- 
face is proposed, the P-Task Interface, to act between 
the Cell Controller and the specific controllers. It handles 

■ the function call from the Cell Controller and trans- 
mits it into a task on the specific controller; 

■ alarms and local diagnosis such as timing checks. 

■ return messages to the Cell Controller. 

P-Functtons: 

[0029] Each functional entry-point of a P-Ta^k is 
called a P-Function A P-Function is called from the Cell 
Controller, arguments may be added to the P-Function 
depending on its declaration. The execution of a P- 
Function therefore is initiated from the Cell Controller, 
but handled within the P-Task. 

[0030] A P-Function may be divided into individual re- 
usable blocks, called P-Sleps. These P-Steps are visi- 
ble as functional entries in the P-Task. too. However, in 
normal operation mode the Cell Controller calls P-Func- 
tions only. 

[0031] P -Steps may be called in manual mode for 
commissioning, test and system restart. 

P:Functions are divided in different types: 

[0032] 

■ Control Functions: request for control, e.g. for the 
P-Comp roller table'palleljn'or •pallel_out'; 

■ Environment Functions to handle different modes, 
e.g. auto, manual, dry mode, test, simulation; 

■ Support Functions: (diagnosis, history, trends, 
alarms, restart); 

■ Configuration Functions (during engineering phase 
only, not to be used during run-time). 



Claims 

1. Method for the engineering of a discrete manufac- 
turing line, especially a robot-based production 

s line . which comprises: 

a) preparing a modular hierarchical organized 
system of reusable components (1 ,2,3). where- 
in 

■ the first and lowest level components are 
process components (e.g. robots, machin- 
ery or transportation units), called P- 
Comps (1 ), each realized by a collection of 
process hardware (e.g. motors, cylinders, 
valves and sensors), and components of 
software and hardware for at least control, 
alarm handling, local diagnostic and docu- 
mentation purposes, 

■ the second system level contains at least 
one production cell (2), each cell (2) con- 
taining a working closely together group of 
P-Comps (1). a cell controller, which co-or- 
dinates the P-Comps (1), and software 
modules for higher level functions, 

■ the third system level is defined as having 
at least one safety zone (3), each contain- 
ing at least one cell (2), 

■ as a top level the manufacturing line con- 
tains at least one safety zone (3). and 

■ all software components and modules are 
adaptable . and 

b) designing and engineering of a specific man- 
3S ufacturing line by composing of prepared sys- 
tem components (1 ,2,3) by the following steps: 

■ selection of P-Comps (1 ) needed, 

■ installation of P-Comp hardware on cus- 
40 tomers site, 

■ installation of additional reusable cell hard- 
ware (e.g. cell controllers) on customers 
site 

'installation, connection and configuration 

45 of software components on customers site, 

and 

■ doing commissioning and system test. 

2. Method according to claim 1 , characterized in that 
so preparing the modular system includes specifying 

software components on the second level, which 
act as an interface to a human operator, as safety 
manager for handling possible interlocks between 
mechanical components and which support func- 
ss tions for alarm, diagnosis and system restart. 

3. Method according to claim 1 or 2, characterized in 
that preparing the modular system includes speci- 
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tying the P-Comps (1 ) having only one connmunica- 
tion interface visible from the system level. 

Method according to one of the claims 1 to 3. char- 
acterized in that preparing the modular system in- s 
eludes specifying the P-Comps (1 ) having a well 
defined software interface, mechanical interfaces, 
and energy and fluid interfaces. 

Method according to one of the claims 1 to 4. char- 
acterized in that preparing the modular system in- 
cludes specifying the P-Comps (1) each having its 
own intelligence as a software task either on an own 
CPU or on a CPU able to handle several tasks of 
different P-Comps in parallel. 
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